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Inheritance — ‘The Big Picture 


While we have considered inheritance as a “code reuse” 
tool up to this point — allowing us to ’copy and paste” 
existing code into a new subclass — that is really just a 
side effect. The true power of inheritance is something 
we started to see last time when we introduced dynamic 
binding. ‘Today, we will start to see why dynamic binding 
gives your programs such potential power. 


Class libraries are prewritten by someone. Then, you 
purchase them and use their methods in your programs. 
This is an example of structured programming — break- 
ing work into methods instead of having it all in main(). 
It allows prewritten libraries to be useful, since you can 
use methods that were written some time ago in your own 
code instead of having to rewrite them from scratch. In 
other words, it creates a situation where new code calls 


old code. 


Now, consider a shape-drawing program...without dy- 
namic binding 


public class Shape 


at 
private String myType; 


public Shape() 


{ 
myType = new String("No Type Given") ; 
t 
public String TheType() 
{ 
return mylype; 
t 
public void ShapeDraw() 
{ 
System.out.println("This is a generic Shape") 
t 
protected Shape(String theType) 
{ 
mylype = theType; 
t 


public class Circle extends Shape 


{ 
public Circle() 
{ 
super ("circle") ; 
t 
public void CircleDraw() 
{ 
System.out.println("Drawing a circle") ; 
t 
t 


public class Rectangle extends Shape 
af 
public Rectangle() 


{ 
super ("rectangle") ; 
t 
public void RectangleDraw() 
{ 
System.out.printin("Drawing a rectangle") ; 
t 


public class BadWay 


af 


// returns the appropriate shape based 
// on user input 
public static Shape CreateShape() 


{ 


System.out.println("Create circle (1) 
or rectangle (2)?"); 
int x = Keyboard.readInt () ; 
if (x == 1) 
return new Circle() ; 
else if (x == 2) 
return new Rectangle() ; 
else // error, return generic Shape 
return new Shape() ; 


public static void main(String[] args) 
{ 
Shape badShape = CreateShape() ; 
if (badShape.TheType() .equals("circle") ) 
((Circle) badShape) .CircleDraw() ; 
else if (badShape.TheType() .equals("rectangle") ) 
((Rectangle) badShape) .RectangleDraw() ; 
else 
badShape.ShapeDraw() ; 


Sample output for the above program; percent sign 
(here and in all other sample outputs in this packet) is 


the command-line prompt. 


java BadWay 

Create circle (1) or rectangle 
1 

Drawing a circle 

java BadWay 

Create circle (1) or rectangle 
2 

Drawing a rectangle 

; java BadWay 

Create circle (1) or rectangle 
4 

This 18 a generic Shape 

java BadWay 

Create circle (1) or rectangle 
8 

This 18 a generic Shape 


(2)? 


(2)? 


(2)? 


(2)? 


We had to cast the Shape reference downward in the 
hierarchy, to a Circle or Rectangle reference (just like 
we used to cast ints to floats back at the start of the 
semester to avoid integer division truncating our numbers 
after the decimal point) because there was no CircleDraw() 
or RectangleDraw() method in the Shape class. ‘Thus 
the compiler could not match that method name to a 
Shape reference. So instead we use the cast to say, “view 
this Shape reference as a Circle reference’ so that we 
can access the instance methods unique to Circle. 


Now, perhaps we later want to add a new class: 


public class Triangle extends Shape 


{ 
public Triangle() 
{ 
super ("triangle") ; 
t 
public void TriangleDraw() 
{ 
System.out.printin("Drawing a triangle") ; 
t 


We will of course have to change our allocation code: 


public class BadWay 
{ 
public static Shape CreateShape() 
{ 
System.out.println("Create circle (1) 
or rectangle (2) 
or triangle (3)?"); 
int x = Keyboard.readInt() ; 
if (x == 1) 
return new Circle(); 
else if (x == 2) 
return new Rectangle() ; 
else if (x == 3) 
return new Triangle() ; 
else // error, return generic 
return new Shape() ; 


...but we also have to change main()! 


public static void main(String[] args) 
d. 
Shape badShape = CreateShape() ; 
if (badShape.TheType() .equals("circle") ) 
((Circle) badShape) .CircleDraw() ; 
else if (badShape.TheType() .equals("rectangle") ) 
((Rectangle) badShape) .RectangleDraw() ; 
else if (badShape.TheType() .equals("triangle") ) 
((Triangle) badShape) .TriangleDraw() ; 
else badShape.ShapeDraw() ; 
// similar code could appear in many places 
// in the program 


; java BadWay2 
Create circle (1) or 
1 

Drawing a circle 

, java BadWay2 
Create circle (1) or 
2 

Drawing a rectangle 
* java BadWay2 
Create circle (1) or 
3 

Drawing a triangle 

, java BadWay2 
Create circle (1) or 
4 


rectangle 


rectangle 


rectangle 


rectangle 


This 1s a generic Shape 


* java BadWay2 
Create circle (1) or 
6 


rectangle 


This 18 a generic Shape 


(2) 


(2) 


(2) 


(2) 


(2) 


or 


or 


or 


or 


or 


triangle 


triangle 


triangle 


triangle 


triangle 


(3) 7 


(3) % 


(3)7 


(3)7 
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We would have to change every other spot with code 
like the code in main() above as well. And there could 
be many. If every time we want to draw a shape, we have 
to check the type to determine which one, that means 
each occurence of that code — which is possibly many, 
many occurences all throughout the program — must be 
changed. Missing even one — or making a new mistake in 
even one — could cause lots of problems at some point in 
the program. 

Plus, each of those if-statements grows with the num- 
ber of subclasses of Shape. 

Clearly, a better way is needed. And that better way 
is dynamic binding. 


public class Shape 
{ 
int x; // this is only here so 
// example compiles... 


public Shape() 


{ 
// whatever needs doing 
t 
public void Draw() 
{ 
System.out.println("This is a default Shape") 
t 


public class Circle extends Shape 


{ 
public Circle() 
{ 
super () ; 
// whatever needs doing 
t 
public void Draw() 
3 
System.out.println("Drawing a circle"); 
t 
t 


public class Rectangle extends Shape 
{ 
public Rectangle() 
{ 
super () ; 
// whatever needs doing 


} 


public void Draw() 
{ 


System.out.println("Drawing a rectangle") ; 
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public class GoodWay 


A 


public static Shape CreateShape() 


i 


i; 


System.out.println("Create circle (1) 
or rectangle (2)?"); 
int x = Keyboard.readInt() ; 
if (x == 1) 
return new Circle(); 
else if (x == 2) 
return new Rectangle() ; 
else // error, default to generic Shape 
return new Shape() ; 


public static void main(String[] args) 


{ 


Shape goodShape = CreateShape() ; 
goodShape.Draw() ; 

// similar code could appear in many places 
// in the program 


java GoodWay 

Create circle (1) or rectangle 
1 

Drawing a circle 

* java GoodWay 

Create circle (1) or rectangle 
2 

Drawing a rectangle 

; java GoodWay 

Create circle (1) or rectangle 
3 

This is a default Shape 

; java GoodWay 

Create circle (1) or rectangle 
5 

This is a default Shape 


(2)? 


(2)? 


(2)? 


(2)? 


CreateShape() is basically the same as before...but 
note that in main() we can use dynamic binding to fig- 
ure out at run-time which object type the Shape refer- 
ence refers to and can therefore properly select the correct 
method definition at run-time without a cast! So even 
right now, the code is simpler than it was before. But it 
gets better... 


Now, later, we add the ‘Triangle class to the mix 


public class Triangle extends Shape 


{ 
public Triangle() 
{ 
super () ; 
// whatever is needed 
t 
public void Draw() 
{ 
System.out.printin("Drawing a triangle") ; 
t 


We will still have to change our allocation code: 


public class GoodWay 
{ 
public static Shape CreateShape() 
{ 
System.out.println("Create circle (1) 
or rectangle (2) 
or triangle (3)?"); 
int x = Keyboard.readInt() ; 
if (x == 1) 
return new Circle(); 
else if (x == 2) 
return new Rectangle() ; 
else if (x == 3) 
return new Triangle() ; 
else // error, return default Shape 
return new Shape() ; 





But the usage code — which could be repeated many 
times throughout the code — stays the same!!! 


public static void main(String[] args) 

{ 
Shape goodShape = CreateShape() ; 
goodShape.Draw() ; 
// similar code could appear in many places 
// in the program 


java GoodWay 
Create circle (1) or 
1 

Drawing a circle 

* java GoodWay 
Create circle (1) or 
2 

Drawing a rectangle 
; java GoodWay 
Create circle (1) or 
3 

Drawing a triangle 

; java GoodWay 
Create circle (1) or 
5 


rectangle 


rectangle 


rectangle 


rectangle 


This is a default Shape 


(2) 


(2) 


(2) 


(2) 


or 


or 


or 


or 


triangle 


triangle 


triangle 


triangle 


(3) 7 


(3) % 


(3)7 


(3)7 


Here, if you input “3”, the main procedure calls the 
Draw method for the class Triangle. But, the Draw 
method for the class Triangle was written after the 
method main. In fact, all over your code you could have 
the line 


goodShape.Draw() ; 


and if goodShape refers to a Triangle object, then the 
line above, which could have been written years before 
your Triangle class, can still call Triangle code. 

In other words: 


Old code is calling new code. 


You can design your code so that adding new classes 
does not require rewriting the code that calls various 
methods! Simply write the code to use superclass refer- 
ences and call methods of the superclass type. ‘Then, you 
can later add new subclasses that overwrite superclass 
methods, and once you get the superclass reference point- 
ing to a subclass object, all the rest of the code works fine 
because dynamic binding will select the proper method — 
superclass version or subclass version — at run-time! You 
can add new classes and yet have to change very little of 
the code that uses them! 

In today’s software world, where adding new features 
to a new version of your software can be a complex task, 


this is an incredible convenience that saves huge amounts 
24 


of time and reduces many possible errors that could oth- 
erwise arise when you try and add those new features. 
That is the true power of inheritance. The “code reuse” 
is a nice aspect, but it is secondary. The big deal about 
inheritance is that it allows you to add extensions to your 





software correctly to begin with. 
Thus, spending a lot of time getting the initial design 
right is a good idea. More on that next time. 


